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Many thanks go to everyone who 
commented on last month's first issue 
from Bytemaster. Apparently we hit on 
many of the subjects of interest. 
There were also a lot of requests for 

other topics, so this month we offer 
an issue that includes several Assembly 
articles. We'll continue to diversify 
our coverage each month. 

For those of you who like to stay 
informed of the possibilities of the 
future (and are suffering from a streak 

would you like to have 
drive? What's that? You 
your house? No need! 
including Richo and 
Toshiba, have developed WORM (Write 
Once Read Mostly) optical drives that 
use 5 1/4" removable disks! Before you 
rush out to buy one, the Richo drive 
without controller is $2,940 and the 
Toshiba system with controller is about 
$8800. But, an 8 00 megabyte disk pack 
is scheduled to go for only $88! Prices 
will likely drop some and hopefully 
such products will eventually be priced 
for the home market. For now, let's 
get back to the realities of our 
homes! 



of boredom), how 
an 800 megabyte 
can't add on to 
Several f i rm s , 



Q&A 



Can I use GRAM Kracker^M to 
eliminate the foreign language menu 
options of Tl-Writer? 

Yes. Use the GK Editor to change 



address g6006 from 60 10 to 60 CB. 
That will re -direct the application 
pointer, thereby avoiding display of 
the foreign menu options. 

While on the topic of GK and 
Tl-Writer, for early versions of the 
TIWGRAMDSK, the .IF function did not 
work. In setting up, the program does 
the equivalent of CALL FILES(l) and 
should do a CALL FILES(4). To fix 
this, use the GK Editor to change g6323 
from 01 to 04. To correct the MILK 
disk, edit sector 224, byte 79, with 
the change being the same. 01 to 04. 



Which version of FORTH supports 
the FORTH Recursive Decompiler found in 
the June 1986 issue? 

As it was published, the program 
runs under TI-FORTH. For Wycove users, 
add the following to the end of the 
definition of CK: (but before the 
semi-colon, of course), which we listed 
as being on Screen 103: 

OVER DUP ' R/W = 
OVER ' R/W-CLOSE = 
OR SWAP ' SAVEBLK = 
OR 0= AND 

By the way, our FORTH section, 
Mariusz Stanczak's 5th 1- =FORTH. will 
be returning soon with more useful 
programs and tips. 
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Mini Meioory ROM >6000->6FFF 



>6O00 
>6010 
>6012 

>6014 

>6016 

>6018 
>6018 
>601A 

I >601C 
>601E 
>6020 
>6022 
>6024 
>6026 
>6028 
>602A 
>602C 
>602E 
>6030 
>6032 
>6034 
>6036 
>6038 
>603A 
>603C 
>603E 
>6040 
>6042 
>6044 
>6046 
>6048 
>604A 
>604C 
>604E 
>6050 
>6052 

>6054 

>6056 

>6058 

>6059 

>605A 

>60BC 

>60C8 

>60F6 

>6110 

>6126 

>6132 

>6140 

>614C 

>615A 

>618C 

>61E4 

>62CA 

>62EC 

>660E 



I 



>AA00 
>605A 
>62CA 
>618C 

>0000 
UTILITY 
>7092 
>60F6 
>7092 
>60C8 
>7092 
>6110 
>7092 
>6126 
>7092 
>6132 
>7092 
>6140 
>7092 
>614C 
>7092 
>615A 
>7098 
>61E4 
>70D8 
>62EC 
>70F8 
>660E 
>70F8 
>66FE 
>70F8 
>6768 
>70F8 
>6888 
>70F8 
>6966 
>0064 
>2000 
>2E 
>00 
Start 



Space 

Start 
Start 
Start 



for Standard Rom/Grom Header - All >0000 
address of NAME LINK routine (i.e. Start Name) 

Tagged Object Code Loader from GPL 
GIF (Convert Integer to Floating Point) 



address of 
address of 
not used 
VECTOR TABLE (ie: 



BLWP @KSCAN ) 



GPLLNK Utility workspace pointer 
Start address for BLWP ©GPLLNK 
XMLLNK Utility workspace pointer 
Start address for BLWP ©XMLLNK 

Utility workspace pointer 
address for BLWP ©KSCAN 

Utility workspace pointer 
address for BLWP @VSBW 

Utility workspace pointer 
address for BLWP ©VMBW 

Utility workspace pointer 
address for BLWP ©VSBR 

Utility workspace pointer 
address for BLWP ®VMBR 

Utility workspace pointer 
address for BLWP ©VWTR 
Utility workspace pointer 



KSCAN 

Start 

VSBW 

Start 

VMBW 

Start 

VSBR 

Start 

VMBR 

Start 
VWTR 
Start 
DSRLNK 



Start address for BLWP ©DSRLNK 
LOADER Utility workspace pointer 
Start address for BLWP ©LOADER 
NUMASG Utility workspace pointer 
Start address for BLWP ©NUMASG 
NUMREF Utility workspace pointer 
Start address for BLWP ©NUMREF 
STRASG Utility workspace pointer 
Start address for BLWP ©STRASG 
STRREF Utility workspace pointer 
Start address for BLWP ©STRREF 
ERR Utility workspace pointer 
Start address for BLWP ©ERR 
Data 100 

Data >2000 (H20 and H2000) 
Byte Decimal Point ' . ' 
Byte >00 

of Name Link routine, (Finds Start Name in REF/DEF Table) 



Routine to Return to Assembly Language from GPLLNK 



Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 
Start of 



XMLLNK 

GPLLNK 

KSCAN 

VSBW 

VMBW 

VSBR 

VMBR 

VWTR 

CIF 

DSRLNK 

Tagged 

LOADER 

NUMA S G 



Routine. 
Routine . 
Routine. 
Routine . 
Routine. 
Routine . 
Routine. 
Routine. 
Routine. 
Routine. 



(Link to system Utilities) 

(Link to GPL Routines) 

(Keyboard Scan) 

(VDP single byte write) 

(VDP multiple byte write) 

(VDP single byte read) 

(VDP multiple byte read) 

(Write to VDP register) 

(Convert Integer to Floating Point) 

(Link to DSR routines) 
Object Code Loader when coming from GPL 
Routine. (Loads Tagged Object Code - DIS/FIX 80) 
Routine. (Basic Numeric Variable Assignment) 
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Mini Memory ROM >60M->6FFF Continued 



I 



I 
I 

r 
t 

I 



>66FE 
>6768 
>6888 
>6966 
>697E 

>6F0E 
>6F0E 
>6F16 
>6F1E 
>6F26 
>6F2E 
>6F36 
>6F3E 
>6F46 
>6F4E 
>6F56 
>6F5E 
>6F66 
>6F6E 
>6F76 
>6F7E 
>6F86 
>6F8E 
>6F96 
>6F9E 
>6FA6 
>6FAE 
>6FB6 
>6FBE 
>6FC6 
>6FCE 
>6FD6 
>6FDE 
>6FE6 
>6FEE 
>6FF6 



Start of 
Start of 
Start of 
Start of 



NUMREF 
STRASG 
STRREF 
ERR 



Routine 
Routine 
Routine 
Routine 



Thru >6F0C Not Used All 



(Basic 
{Basic 
(Basic 
( Basic 

>0000 - 



Numeric Variable Reference) 
String Variable Assignment) 
String Variable Reference) 
Error Message Routine) 
Can Be used in the Gram Kracker 



Start 

UTLTAB 

PAD 

GPLWS 

SOUND 

VDPRD 

VDPSTA 

VDPWD 

VDPWA 

SPCHRD 

SPCHWT 

GRMRD 

GRMRA 

GRMWD 

GRMWA 

SCAN 

XMLLNK 

KSCAN 

VSBW 

VMBW 

VSBR 

VMBR 

VWTR 

DSRLNK 

LOADER 

GPLLNK 

NUMASG 

NUMREF 

STRASG 

STRREF 

ERR 



of Defaul 
>7020 
>8300 
>83E0 
>8400 
>8800 
>8802 
>8C00 
>8C02 
>9000 
>9400 
>9800 
>9802 
>9C00 
>9C02 
>000E 
>601C 
>5020 
>6024 
>6028 
>602C 
>6030 
>6034 
>6038 
>603C 
>6018 
>6040 
>6044 
>6048 
>604C 
>6050 



Address 
Address 
Address 
Address 
Address 
Address 
Address 
Address 
Address 
Address 



for 
for 
for 
for 
for 
for 
for 
for 
for 
for 



VDF 
VDP 

VDF 
VDP 



t Mini Memory REF Table 
Pointer to Utility Table in MM RAM 
Start address of Scratch Pad Ram 
GPL Workspace pointer 
Location of the Sound Chip 

Read Byte port 
Read Status port 
Write Byte port 
Write (set) Address port 
Speech Read port 
Speech Write port 
Grom/Gram Read Byte port 
Grom/Gram Read Address port 
Grom/Gram Write Byte port 
Grom/Gram Write (set) Addresp port 
BL address for key scan routine in Console ROM 
BLWP address for XMLLNK Routine 

Keyboard Scan 
VDP Single Byte Write 
VDP Multiple Byte Write 
VDP Single Byte Read 
VDP Multiple Byte Read 
VDP Write To VDP Registers 
DSRLNK Routine 
Tagged Object Code Loader 
GPLLNK Routine 
Numeric Assignment Routine 
Numeric Reference Routine 
String Assignment Routine 
String Reference Routine 
Error Message Routine 



BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 
BLWP 



address 
address 
address 
address 
address 
address 
address 
address 
address 
address 
address 
address 
address 
address 



for 
for 
for 
for 
for 
for 
for 
for 
for 
for 
for 
for 
for 
for 



I 

I 

■+ 



Mini Memory RAM >7000->7FFF 



Constant that indicates that INIT MINI MEM has been done 
Start of Identifiers for Arguments passed by CALL LINKs 

First Free address in Mini Memory Ram 
Last Free address in Mini Memory Ram 
also pointer to user's REFs and DEFs thru >7FFF 



>7000 
>7002 




>A55A 
>0000 


>701C 
>701E 




>7118 
>7FFF 


>7020 
>7022 
>7024 
>7026 
>7028 




UTLTAB 
>0000 

>A000 
>FFE0 
>2000 
>3FFF 



Default START address 
First Free address in 
Last Free address in 
First Free address in 
Last Free address in 



for program 
High Memory 
High Memory 
Low Memory 
Low Memory 



just loaded 



I 

I 
I 

I 

I 

+ 
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Mini Meiory RAM >7000->7FFF Continued 



+ 

l>702A 

I>702C 

l>702E 

l>7O30 

l>7032 

l>7034 

l>7036 

j>7038 

l>703A 

l>708A 

l>7092 

|>7098 

1>70B8 

l>70D8 

l>70F8 

I 
|>7118 

I 
l>7FFF 

I 

+ 



>0000 
>0000 

>0000 

>0000 

>0000 

>0O00 
>0000 
>0000 



Saved 
Saved 
Saved 



Saved 
Saved 
Saved 
Start 
Start 
Start 
Start 
Start 
Start 
Start 



O1100 for Disk Controller) 



Checksum 

Pointer to FLAG byte in PAB (in VDP) 

GPL return address 

CRU base of Peripheral 

Entry address of DSR 

Device Name Length 

Pointer to Device Name in PAB (in VDP) 

Version Number of DSR (i.e. >0001) 

of 80 BYTE RECORD Buffer for LOADER 
DEVICE NAME Buffer 
UTILITY Workspace Registers 
DSRLNK Workspace Registers 
USER Workspace Registers 
LOADER Workspace Registers 
Variable Storage area (temp data) 



of 
of 
of 
of 
of 
of 



First Free Address in Mini Memory (Pointed to by >701C) 

Last Free Address in Mini Memory (Pointed to by >701E) 
Also Start of User REF/DEF Table (Grows toward >7118) 



Mini Memory HIGH MEMORY EXPANSION >A000->FFFF 



' >A000 



I 



>000x 



File type and record length for EXPMEM2 RAM file 
(see MM manual for x values to CALL LOAD) 



NOTE: The Mini Memory Tagged Object Code Loader always loads RORG files 
starting at >A000. If you want to load a small file into the Mini Mem RAM it 
must be AORG'd to >7118. 



If the file contains any AORG (Absolute Origin) Code the loader will load it 
where the programmer specified (i.e. AORG >2000) . Also, since the Mini Mem 
Loader resides entirely in cartridge Rom and uses the Mini Mem Ram for 
temporary storage, it can load DIS/FIX 80 Tagged Object Code anywhere in Low 
or High Mem according to the RORG and AORG directives in the file. 



Cassette to Disk and Back 

Article by Richard M. Mitchell 
Programs by Thomas S. Freeman, MD 

and Richard M. Mitchell 

While many of you may have vowed to stay away from the slow load of 
cassette forever, there are times when cassette is a welcome advantage, as can 
be evidenced by use of the programs listed below. 

Tom Freeman's program was developed to allow Tom's son to carry a somewhat 
minimal system on vacation and still be able to run disk -origin Assembly games. 
Editor/Assembler and 32K are still required, but if you have a 32K that is not 



July 1986 Page 4 

The Smart Programmer 



in the PEB (in tiie console, in the Speech Synthesizer or in a "freight train" 
model), you're ready to travel light (without a forklift for the PEB), Of 
course, the program is not limited to use for games and can be used on many 
Program Image files. 



The program I wrote was developed in 
readers who wanted to use the Assembly 
prior to their purchase of a disk system, 
and disk. 



response to a number of requests from 

programs they had stored on cassette 

It is written for Mini Memory, 32K 



f^ 



Though the two programs are somewhat similar, there are some interesting 
contrasts. From the E/A, there was an advantage to pokeing (CALL LOAD'ing, in 



TI parlance) the filename, as the E/A's BASIC support must 
The program logic is dependent on the size of the files, 
BSCSUP file would have complicated matters without gaining 
running the program. From Mini Memory, the BASIC support 
and all disk files for the program are the same size (17 
to pass the filename as a variable. 



be loaded from disk, 
so that adding the 
substantial speed in 
routines are resident 
sectors), so I chose 



One very interesting feature of the E/A program is that if you have more 
than one disk file, such as UTILl and UT1L2, you simply save all files to tape. 
When loading the program, you may be as impressed as I was to watch the second 
cassette load prompt appear! 

With the Mini Memory program, my intent is for the program to be somewhat 
flexible. The program saves a memory image of the entire Mini Mem RAM O7000 
to >7FFF). so that Assembly code with a pre-existing DEF Table is not a 
requirement — you could even save data for peeks and pokes. 

Another reason for including these programs in this Issue Is that a lot of 
readers are getting started in Assembly and wanted some more examples, 
especially for using DSRLNK and linking to BASIC. I hope these programs 
inspire you to write Assembly code. 



******************************************************************************** 



/^ 



MINI MEMORY SAVE AND LOAD (DISK) 

COPYRIGHT RICHARD M, MITCHELL 

JUNE, 1986 

FOR JULY 1986 ISSUE OF THE SMART PROGRAMMER 

TO SAVE MINI MEMORY RAM: 

1) INITIALIZE MINI MEMORY 

2) LOAD MINI MEMORY RAM WITH CODE OR DATA 

3) FROM BASIC, CALL THIS A/L PROGRAM WITH A PROGRAM SUCH AS: 
100 CALL LOAD ("DSKl. MM/0") 
110 CALL LINK ("MMSAVE", "DSKl .TEST/MM") 
120 END 

MINI MEMORY RAM: 

FROM BASIC, CALL THIS A/L PROGRAM WITH A PROGRAM SUCH AS: 
100 CALL INIT 
110 CALL LOAD ("DSKl. MM/0") 
120 CALL LINK ("MMLOAD", "DSKl -TEST/MM") 
130 END 

2) ACCESS YOUR CODE OR DATA NORMALLY 
USE PROGRAM LISTED HEREIN THAT PROMPTS FOR FILENAME 

* CAN BE USED TO LOAD THE MINI MEMORY DISPLAY ROUTINE, LINES, OR WHATEVER * 

* NOTE: DEF TABLE ENTRY WILL OVER-WRITE PORTION OF CONTENTS OF MINI MEMORY * 

* RAM -- MAKE ALLOWANCES! * 
******************************************************************************** 



* 
* 

* 

* 
* 
* 

* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 



TO 



LOAD 
1) 



OR 



* 

* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
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*********************************-k1,****************tC**1,**i,**1,i,i,i,i,1,i,ic****i,*itil**** 



CORRECTIONS TO MM A/L DISPLAY AT (MM MANUAL) 
(FROM NOVEMBER 1984 SUPER 99 MONTHLY) 



CORRECTION 

MOV 

AX 

LI 

AI 

AI 



* LOCATION 


TYPOGRAPHICAL 


* >7E60 


MOVE 


* >7E90 


AI 


* >7E94 


LI 


* >7EC4 


AI 


* >7EC8 


AI 


************************** 


* MINI 


MEM 


SAVE AND LOAD 




DEF 


MMSAVE , MMLOAD 


STRREF 


EQU 


>604C 


VMBW 


EQU 


>6028 


VMBR 


EQU 


>6O30 


DSRLNK 


EQU 


>6038 


PAB 


EQU 


>0F80 


PABBUF 


EQU 


>1000 


MM 


EQU 


>7000 


STATUS 


EQU 


>837C 


PNTR 


EQU 


>8356 


WS 


EQU 


>8300 


BUF 


EQU 


>2001 


BUFEND 


EQU 


>2010 


FNAME 


EQU 


>201C 




AORG 


>2000 


BUFFER 


BYTE 


>0F 




BSS 


>0F 


CONST 


BYTE 


>0F 


PDATA 


DATA 


>060O, PABBUF, > 




TEXT 


1 


SV 


BYTE 


>06 


LD 


BYTE 


>05 


SAVRTN 


DATA 





MMSAVE 


MOV 


R11,9SAVRTN 




LWPI 


WS 




BL 


9STRING 




MOVE 


eSV,®PDATA 




BL 


@BEGPAB 




BL 


eSET 




BLWP 


9 VMBW 




BLWP 


9DSRLNK 




DATA 


8 




B 


9EXIT 


MMLOAD 


MOV 


R11,«SAVRTN 




LWPI 


WS 




BL 


9STRING 




MOVB 


9LD,9PDATA 




BL 


9BEGPAB 




BLWP 


9DSRLNK 




DATA 


8 




BL 


©SET 




BLWP 


9VMBR 




B 


9EXIT 


STRING 


CLR 


R0 




LI 


Rl,l 




LI 


R2 , BUFFER 




BLWP 


9STRREF 



***********************A**A*ft****jfc^^^^^^^^^^^^j^ 



* 

A: 

******* 



-V 



PROGRAM ENTRY POINTS 

STRING REFERENCE UTILITY BLWP ADDRESS 
VIDEO MULTIPLE BYTE WRITE BLWP ADDRESS 
VIDEO MULTIPLE BYTE READ BLWP ADDRESS 
DEVICE SERVICE ROUTINE BLWP ADDRESS 
VDP ADDRESS OF PERIPHERAL ACCESS BUFFER 
SIZE OF PAB BUFFER 

ADDRESS OF MINI MEMORY RAM 
GPL STATUS BYTE ADDRESS 
POINTER TO 1ST CHARACTER AFTER PAB 
OUR WORKSPACE 

POINTER TO BUFFER FOR STRING FROM BASIC BUFFER 
POINTER TO END OF STRING FROM BASIC BUFFER 
POINTER TO FILENAME PORTION OF PDATA (TO PAB) 
BEGIN AT HEX 2000, BEGINNING OF LOW MEMORY 
LENGTH OF STRING FROM BASIC (MAX DECIMAL 15) 
BUFFER FOR STRING FROM BASIC 
CONSTANT TO RESTORE MAX BUFFER LENGTH 
0000, >1000, >000F 



FOR MOVING TO 
FOR MOVING TO 
WHERE WE SAVE 



PAB INFORMATION {SEE A/L MANUAL) 
PAB INFO (FILENAME) 
FIRST BYTE OF PDATA (SAVE) 
FIRST BYTE OF PDATA (LOAD) 
RETURN TO BASIC 

CONTENTS OF REGISTER 11 IS RETURN TO BASIC (KEEP) 

LOAD WORKSPACE POINTER IN SCRATCH PAD RAM O8300) 

GET STRING FROM BASIC 

PUT SAVE REPRESENTATION IN PDATA (GOES TO PAB) 

BEGIN THE SET-UP OF PERIPHERAL ACCESS BUFFER (PAB) 

SET MEMORY AREA (MINI MEMORY RAM) 

WRITE THE MEMORY AREA IN VDP 

BRANCH TO DEVICE SERVICE ROUTINE (DISK ACCESS) 
DATA FOR DSRLNK 

BRANCH TO EXIT 



-s^- 



BASICALLY DOING ABOUT THE SAME AS 

MMSAVE EXCEPT LOADING FROM DISK TO MEMORY 

INSTEAD OF SAVING MEMORY TO DISK 



GET A STRING FROM BASIC 
AND PUT IT IN BUFFER 



-\ 
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SI 



BEGPAB 



SET 



EXIT 



MOVE 

MOVE 

LI 

LI 

MOVE 

CI 

JNE 

RT 

LI 

LI 

LI 

BLWP 

LI 

MOV 

RT 

LI 

LI 

LI 

RT 

CLR 

MOVE 

MOV 

RT 

END 



©EUFFER , @PDATA+9 

©CONST, ©BUFFER 

R0,EUF 

Rl , FNAME 

*R0+, *R1+ 

R0 , EUFEND 

SI 

R0 , FAB 
Rl , PDATA 
R2, >25 
eVMBW 
R6,PAB+9 
R6,@PNTR 

R0,PABBUF 

R1,MM 

R2,>1000 

R0 

R0, ©STATUS 

©SAVRTN.ll 



MOVE FILENAME LENGTH TO PROPER AREA OF PDATA 
RESTORE MAX. VALUE FOR LENGTH OF STRING FROM BASIC 



MOVE BASIC STRING EUFFER TO PDATA FILENAME 



RETURN TO CALLING ROUTINE (MMSAVE OR MMLOAD) 



BEGIN SETTING UP PAB 



1 AREA IN MEMORY ACCESSED 



(MINI MEMORY RAM) 



I RETURN TO BASIC 

I 
I 



II 



> 100 CALL CLEAR 

> 110 PRINT "FOR MINIMEM" 

SAVE":" 2. LOAD":" 3. 
EXIT" 

> 120 CALL KEY{5,K,S) 

> 130 IF {S<1)+(K<49)+{K>51)TH 
EN 120 

> 140 ON K-48 GOTO 1000,2000,9 

99 

> 150 

> 160 

> 170 

> 175 

> 180 



PRINT "AGAIN {Y OR N)?" 

CALL KEY(5,K,S) 

IF K<91 THEN 180 

K=K-32 

IF (S<1)*{K<>78)*(K<>89) 



THEN 160 
185 KS=K 



> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 



190 IF K=89 THEN 100 

999 END 

1000 PRINT "SAVE" 
GOSUB 3000 

CALL LINK { "MMSAVE", F$) 
GOTO 150 
PRINT "LOAD" 
GOSUE 3000 

CALL LINK ( "MMLOAD", FS) 
GOTO 150 

IF KO50 THEN 3030 
IF KS=89 THEN 3040 
CALL INIT 
CALL LOAD ("DSKl. MM/0") 

PRINT "ENTER FILENAME" 

INPUT F$ 

RETURN 



1010 
1020 
1030 
2000 
2010 
2020 
2030 
3000 
3010 
3020 
3030 
3040 
3050 
3060 



* 

* 
* 
* 

* 

* 
* 



PUBLISHED BY PERMISSION 
OF TOM FREEMAN 
THANKS, TOM! 



******************************************************************************** 

* DISK TO TAPE AND TAPE TO DISK CONVERSION PROGRAM 
TOM FREEMAN 
515 ALMA REAL DR, 
PACIFIC PALISADES, CA 90272 

FOR USE WITH PROGRAMS MEANT TO BE LOADED BY THE RUN 
PROGRAM FILE OPTION (#5) OF E/A. IT MAY BE USED FOR 
OTHER, NON-STANDARD, FILES, BUT IN THAT CASE THE TWO 
INSTANCES OF BL © CHANGE SHOULD BE DELETED, AND THE 
4TH WORD OF EACH PAB SHOULD BE REPLACED BY >XX00, 
WHERE >XX IS THE HEX EQUIVALENT OF THE NUMBER OF 
SECTORS TAKEN UP BY THE PROGRAM (PER DISK CATALOG) 
MINUS 1. IF THE ORIGINAL FILE IS ON TAPE AND THIS 
NUMBER IS NOT KNOWN, USE >2F, THEN CHECK THE DISK 
FILE WITH A SECTOR EDITOR TO SEE WHERE 00 ' S BEGIN. 
THE PROGRAM CAN THEN BE RERUN WITH THE PROPER NUMBER. 
NOTE: BECAUSE OF THE REF ' S TO GPLLNK AND DSRLNK, THE 
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* 
* 



IT IS CALLED FROM 



PROGRAM WILL ONLY WORK WITH E/A. 
BASIC. 
* DISK TO TAPE AND TAPE TO DISK CONVERSION PROGRAM 



DEF 
REF 
STATUS EQU 
FAC EQU 
PAB EQU 
PNTR EQU 
WS EQU 

AORG 



DISTAP,TAPDIS 

DSRLNK , GPLLNK , VMBW , VMBR 

>837C 

>834A 

>0F80 

>8356 

>8300 

>3000 



r^ 



^ 



* THE FOLLOWING IS THE DISK FILE 

* AND HAS BEEN PREPARED FROM BASIC 

PABDSK DATA >0500 , >1000 , , >2000 

BYTE 
BYTE LENGTH BYTE 

BSS 15 FILE NAME 

* 

* THE FOLLOWING IS THE CASSETTE FILE 

* NOTE: IF USING CSl FOR INPUT IN "RUN PROGRAM FILE" IN E/A 

* USE CSl.X AS DEVICE NAME, NOT CSl 



PABCS 

CSl 

SAVE 

LOAD 

SAVRTN 

DISK 



CHANGE 



TAPE 



DATA 

TEXT 

BYTE 

BYTE 

DATA 

LI 

LI 

LI 

BLWP 

LI 

MOV 

BLWP 

DATA 

RT 

LI 

LI 

BLWP 

RT 

LI 

LI 

LI 

BLWP 

LI 

MOV 

LI 

MOVB 

LI 

LI 

LI 

MOV 

BLWP 

CLR 

MOVB 

BLWP 

DATA 

RT 



>0600, >1000 

'CSl' 

>06 

>05 



0,PAB 

1, PABDSK 

2,25 

aVMBW 

6,PAB+9 

6 , 9PNTR 

@DSRLNK 

8 

0,>1002 

2,2 

eVMBR 



0, >2000, >6003 LAST WORD IS SCR OFFSET & LEN BYTE 



LOAD PAB FOR DISK FILE 



^ 



■^ 



MOVE FILE TO VDP AT >1000 

2ND WORD CONTAINS # BYTES IN FILE 
AND BELONGS IN 4TH WORD OF PAB (Rl) 



0,PAB 

1, PABCS 

2,13 

eVMBW 

1,PAB+13 

1 , ©PNTR 

1, >0800 

1,®>836D 

0,PAB+10 

1,FAC 

2,3 

2, ©PNTR- 2 

©VMBR 

@>83D0 

9>83D0, ©STATUS 

©GPLLNK 

>3D 



SET UP CASSETTE PAB TO SAVE 

1ST CHAR AFTER PAB MUST BE AT PNTR 



>836D MUST CONTAIN 8 (DSR CALL) 



>8 345 MUST CONTAIN NAME LEN (3) 
FAC MUST CONTAIN DEVICE NAME 
>83D0 MUST CONTAIN 
CLEAR STATUS BYTE 
BRANCH TO THE DSR 
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DISTAP 


MOV 


11,9SAVRTN 




LWPI 


WS 




MOVE 


@LOAD,@PABDSK 




MOVE 


®SAVE,@PAECS 




EL 


©DISK 




LI 


l,PAECS+6 




BL 


OCHANGE 




BL 


©TAPE 




JMP 


RETURN 


TAPDIS 


MOV 


11,@SAVRTN 




LWPI 


WS 




MOVE 


@LOAD,@PABCS 




MOVE 


®SAVE,@PAEDSK 




EL 


©TAPE 




LI 


l,PABDSK+6 




EL 


©CHANGE 




EL 


©DISK 


RETURN 


CLR 







MOVE 


, ©STATUS 




MOV 


©SAVRTN, 11 




RT 






END 





PREPARE DISKFILE FOR LOAD 
PREPARE TAPEFILE FOR SAVE 



PREPARE TAPEFILE FOR LOAD 
PREPARE DISKFILE FOR SAVE 



RETURN 



^ 



> 100 DNAME=4096*3+9 

> 110 CALL INIT 

> 120 CALL LOADC'DSKl.DISKTAPE 

/O") 

> 130 INPUT "DISKFILE TO SAVE/ 
LOAD " : NAMES 

> 140 LE=LEN (NAMES) 

> 150 CALL LOAD{DNAME,LE) 

> 160 FOR X=l TO LE 

> 170 CALL LOAD(DNAME+X,ASC(SE 
GS(NAME$,X,1) ) ) 

> 180 NEXT X 

> 190 PRINT : "PRESS D. DISK T 
O TAPE":" OR T, TAPE TO D 
ISK" 



> 


200 


> 


210 


> 


220 


> 


230 


> 


240 


> 


250 


> 


260 


> 


270 

* 4 * 


> 


» • • 

280 


> 


290 


> 


300 


> 


310 


> 


320 



CALL KEY(0,K,S) 
IF S=0 THEN 200 
IF K=6S THEN 260 
IF K084 THEN 200 
CALL LINK ("TAPDIS") 
GOTO 270 

CALL LINK ("DISTAP") 
PRINT : "DO ANOTHER? 

CALL KEY(5,K,S) 
IF S=0 THEN 280 
IF K=89 THEN 130 
IF K078 THEN 280 
STOP 



Y/N 



ft 



Universal GPLLNK and DSRLNK 



/> 



code by Craig Miller and D.C. Warren 
article by Richard M. Mitchell 

Listed below are versions of Assembly Language GPLLNK and DSRLNK 
subroutines that will work from virtually any 99/4A (not 99/4) environment (the 
addresses used are common to all versions of 99/4A's)! The subroutines will 
work with any module loader or disk controller loader, with DIS/FIX 80 Auto 
Start or Non-Auto Start programs, as well as Program Image type files! Module 
GROM addresses are not used for returning to the caller. GROM address >176C 
is used for XML RTN's. 

The DSRLNK uses GROM 0's DSR LINK, so it works exactly the same as BASIC'S 
or Extended BASIC'S. It will recognize any valid DSR name, including CSl and 
CS2! Readers are cautioned that unbridled access to cassette can have negative 
effects, as the cassette messages are generated for Graphics mode, so that if a 
program is not in standard Graphics mode, the prompts would not appear properly 
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on the screen, 
access. In such 
would be necessary. 



Additionally, for some programs, one may not want cassette 
cases, a routine to exclude CSl and CS2 as valid parameters 



Best of all, the subroutines are very compact -- only 186 bytes for both 
subroutines! The GPL access in the subroutines is slower than straight Assembly 
code, but will likely be satisfactory for most applications. 



-s^ 



Enjoy! 



* 

it 
* 

* 
■k 



GPLLNK- A Universal GPLLNK - 6/21/85 - MG 

This routine will work with any GROM library slot since it is 

indexed off of R13 in the GPLWS . (It does require Mem Expansion) 

This GPLLNK does NOT require a module to be plugged into the 

GROM port so it will work with the Editor/Assembler, 

Mini Memory (with Mem Expansion), Extended Basic, the Myarc 

CALL LR("DSKx,xxx") or the CorComp Disk Manager Loaders. 

It saves and restores the current GROM Address in case you want 

to return back to GROM for Basic or Extended Basic CALL LINKs 

or to return to the loading module . 



ENTER: 



The same way as the E/A GPLLNK ie: BLWP @GPLLNK 

DATA >34 



NOTES: Do Not REF GPLLNK when using this routine in your code 
70 Bytes - including the GPLLNK Workspace 



* 
* 

■k 

•k 
k 
* 

* 

* 
* 



-S^ 



GPLWS 

GR4 

GR6 

STKPNT 

LDGADD 

XTAB27 

GETSTK 



EQU >83E0 

EQU GPLWS+8 

EQU GPLWS+12 

EQU >8373 

EQU >60 

EQU >200E 

EQU >166C 



GPLLNK DATA GLNKWS R7 

DATA GLINKl R8 



GPL workspace 

GPL workspace R4 

GPL workspace R6 

GPL Stack pointer 

Load & Execute GROM address entry point 

Low Mem XML table location 27 



Set up BLWP Vectors 



RTNAD DATA XMLRTN 
GXMLAD DATA >176C 

DATA >50 



GLNKWS EQU 

ESS 



GLINKl 



MOV 

MOV 

MOV 

MOV 

LWPI 

BL 

MOV 

INCT 

B 



$->18 
>08 



R9 Address where GPL XML returns to us 

R10 GROM Address for GPL XML (0F 27 Opcode) 

Rll Initialized to >50 where PUTSTK address resides 



R12-R15 



*R11,®GR4 

*R14+,@GR6 

®XTAB27,R12 

R9,@XTAB27 

GPLWS 

*R4 

©GXMLAD, ®>8302 (R4) 

©STKPNT 

©LDGADD 



GPLLNK 's workspace of which only 
registers R7 through R15 are used 



GPL WS 
of GPL 



WS 



Put PUTSTK Address into R4 of 
Put GPL Routine Address in R6 
Save the value at >200E 
Put XMLRTN Address into >200E 

Load GPL WS 

Save current Grom Addres on stack 

Push GPL XML Add on stack for GPL RTurn 

Adjust the stack pointer 

Execute our GPL Routine 
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-v^. 



> 



XMLRTN MOV 


®GETSTK,R4 


BL 


*R4 


LWPI 


GLNKWS 


MOV 


R12,@XTAB27 


RTWP 





Get GETSTK pointer 

Restore GROM address off the stack 
Load our WS 

Restore >2C0E 

All Done - Return to Caller 



* 

* 
* 

* 

* 

* 
* 



* 
* 
* 

■k 

* 
•k 
■k 
* 
* 
* 
* 
* 
* 

* 



DSRLNK - A Universal Device Service Routine Link - 
{uses console GROM 0's DSRLNK routine) 
(do not REF DSRLNK or GPLLNK when using these 
(this DSRLNK will also handle Subprograms and 



MG 

routines) 
CSl, CS2) 



ENTER: The same way as the E/A DSRLNK ie: 



BLWP ©DSRLNK 
DATA 8 



NOTES: 



Must be used with a GPLLNK routine 

Returns ERRORS the same as the E/A DSRLNK 

EQ bit set on return if error 

ERROR CODE in callers MSB of Register on return 

186 Bytes total - including GPLLNK, DSRLNK and both Workspaces 



PUTSTK 

TYPE 

NAMLEN 

VWA 

VRD 

GR4LB 

GSTAT 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



>50 

>836D 

>8356 

>8C02 

>8800 

>83E9 

>837C 



DSRLNK DATA DSRWS,DLINK1 



Push Grom Add to stack pointer 
DSRLNK Type byte for GPL DSLLNK 
Device name length pointer in VDP 
VDP Write Address location 
VDP Read Data byte location 
GPL Workspace R4 Lower byte 

GPL Status byte location 

Set BLWP Vectors 



PAB 



DSRWS 


EQU 


$ 




DR3LB 


EQU 


$+7 




DLINKl 


MOV 


R12,R12 


R0 




JNE 


DLINK3 


Rl 



Start of DSRLNK workspace 

R3 lower byte of DSRLNK workspace 

Have we already looked up the LINK address? 

YES! Skip look up routine 



*<< 

* This section of code is only exe 

* for the GPL DSRLNK - which is pi 

* to indicate that the address is 

* 



>>* 

CND * 

* 



cuted once to find the GROM address 
aced at DSRADD and R12 is set to >2000 
found and to be used as a mask for EQ & 



LWPI 


GPLWS 


R2,R3 


MOV 


9PUTSTK,R4 


R4,R5 


BL 


*R4 


R6 


LI 


R4,>11 


R7,R8 


MOVB 


R4,@>402(R13) 


R9,R10 


JMP 


DLINK2 


Rll 


DATA 





R12 


DATA 


0,0,0 


R13-R15 


DLINK2 MOVB 


@GR4LB,®>402 (R13) 


MOV 


©GETSTK, R5 




MOVB 


*R13,@DSRAD1 




INCT 


©DSRADD 




BL 


*R5 




LWPI 


DSRWS 




LI 


R12,>2000 





*<< 



Else load GPL workspace 

Store current GROM address on the stack 

Load R4 with address of LINK routine vector 

Set up GROM with address for vector 

Jump around R12-R15 

contains >2000 flag when set 

contains WS , PC & ST for RTWP 

Finish setting up GROM address 

Take some time & set up GETSTK pointer 

Get the GPL DSR LINK vector 

Adjust it to get past GPL FETCH instruction 

Restore the GROM Address off the stack 

Reload DSRLNK workspace 

Set flag to signify DSRLNK address is set 
>>* 
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DLINK3 


INC 


R14 




MOVB 


*R14+,9TYPE 




MOV 


9NAMLEN,R3 




AI 


R3,-8 




BLWP 


9GPLLNK 


DSRADD 


BYTE 


>03 


DSRADl 


BYTE 


>00 


* 


-Error Check & Report 




MOVB 


@DR3LB,®VWA 




MOVB 


R 3 , ® VWA 




SZCB 


R12,R15 




MOVB 


9VRD , R3 




SRL 


R3,5 




MOVB 


R3,*R13 




JNE 


SETEQ 




COC 


@GSTAT,R12 




JNE 


DSREND 


SETEQ 


SOCB 


R12,R15 


DSREND 


RTWP 





Adjust R14 to point to Callers DSR Type byte 

Move it into >836D for GPL DSRLNK 

Save VDP address of Name Length 

Adjust it to point to PAB Flag byte 

Execute DSR LINK 

High byte of GPL DSRLNK address 

Lower byte of GPL DSRLNK address 



to Callers R0 and EQU bit 

Set up LSB of VDP Add for Error 

Set up MSB of VDP Add for Error 

Clear EQ bit for Error Report 

Get PAB Error Flag 

Adjust it to 0-7 error 

Put it into Callers R0 

If its not zero set EQ 

Else test CND bit for Link Error 

No Error Just return 

Error so set Callers EQ bit 

All Done - Return to Caller 



Flag 
Flag 



code 

(msb) 

bit 



(00) 



By D.C. Warren 



TMS9995 Performance: An Introduction for 99/4A Owners 



The heart of our 99/4A Home Computer is the TMS9900 microprocessor (uP) 
The 9900 was introduced by TI a few years back and represents one of their 
first generation uPs. Since its introduction, a couple of "next generation" 
devices have been designed and produced by TI with one of them being the 
TMS9995 microcomputer (uC). There has been some interest regarding the 9995, 
so it might be informative to compare its performance to the 9900 uP. To do 
this, let's imagine that we could put a 9995 into a 99/4A. We'll call it the 
4B for convenience and use it for performance comparisons with the 4A. 

One of the features most commonly desired in going to a new processor is 
to run it at a higher clock rate than the old processor. If we can run the 48 
at a higher clock speed than the 4A, then our software might run faster. The 
9900 can handle about a 3MHz (4-phase) clock speed internally with the 
development of these clock signals coming from an external IC (since the 9900 
is not capable of the chore by itself). The 9995, on the other hand, can 
handle a 12MHz crystal directly at its clock inputs. At first it appears 
favorable since the input clock frequency of the 9996 is FOUR times that of the 
9900. Unfortunately, the 9995 divides this input frequency by four and runs 
internally at 3MHz. So. it turns out that both the 9900 and 9995 run at the 
same internal clock frequency, the difference being that the 9995 has the 
convenience of built-in clock circuitry. 

The data bus width of the two processors also differs, with the 9 900 
having a 16-blt bus and the 9995 having an 8-bit bus. The data bus width can 
be important in the performance of a system because it determines how much 
information can be passed to and from the processor at any one time (i.e. the 
wider the bus the faster a system can be). Well, that means that the 4B must 
make two memory fetches in order to grab a word out of memory whereas the 4A 
can do the same in one memory fetch. It at first appears that we have taken a 
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step backwards with the 4B. However, a couple of other factors come into play 
to balance out performance of the two processors. The 9 9 95 is capable of 
making a byte memory fetch (no wait states) in just one 3MHz clock cycle. The 
9900 must take two cycles (no wait states) to make a word (two bytes) memory 
fetch. Two times one equals one tiroes two and they're even. 

Another thing to consider is that the bus in the Peripheral Expansion Box 
(PEB) is only 8-bits in width. The 9900 couldn't grab a complete word from 
memory expansion in one memory fetch if it wanted to! In fact, one wait state 
minimum (some devices insert more) is inserted with each byte fetch. That means 
the 4A has to expend six clock cycles instead of two Just to get a word from 
expansion memory. The trouble spills over to the 4B since it must be (should 
be) compatible with any card residing in the Expansion Box. Two wait states 
per byte fetch must be inserted to match the six clock cycles per word fetch of 
the 4A. One could reduce the number of wait states inserted by the 48 but at 
the risk of not being compatible with some of the cards in the PEB. So, it 
appears that the present 4A equipment is part of our performance bottle neck. 

If the 9 995 runs at the same internal clock frequency as the 9900 and both 
processors take about the same amount of time to fetch a word from memory then 
what have we gained with the 4B? Well, there are factors other than internal 
clock frequencies and memory cycle times that are often overlooked which can be 
important to performance. Three of these factors are processor efficiency, the 
9995 instruction pre-fetch and the fact that the 9900 has to do a "read before 
write" memory sequence not required by the 9995. 

What does it mean when we say that the 9995 is more efficient than the 
9900? For every machine Instruction. LI or BLWP for example, known to the 
processor, there is a microprogram (composed of microcode) inside the processor 
which executes the instruction. So. after a machine instruction is fetched, 
the processor decides what instruction it has and executes its own microprogram 
to accomplish the task defined by the machine instruction. The 9995 can do 
this on the average using fewer clock cycles per machine instruction than the 
9900. 

The instruction pre-fetch of the 9995 also helps Increase performance by 
"pre-fetching" the next instruction to be executed by the processor. While the 
processor is executing one of its microprograms, the pre-fetch is busy going 
back out to memory and grabbing the next machine instruction. When th-e 
processor finishes with the current machine instruction, the next one is 
already decoded and waiting for it. This saves on some time-consuming memory 
cycles. 

The last area mentioned is the "read before write" performed by the 9900 
on every write memory cycle. Because of the way the 9900 was designed, it is 
necessary for the processor to do a read memory cycle before it can perform a 
write memory cycle. We won't go into the why's here but those interested can 
investigate further by reading page 22 of the TI-99/4A CONSOLE and 
PERIPHERAL EXPANSION SYSTEM TECHNICAL DATA book. The 9995 does not have 
to go through the same "read before write" process with every write memory 
cycle and can, therefore, execute a write memory cycle in less time than the 
9900. 

Now that we've touched upon some of the major performance differences 
between the 9900 and 9995. let's see what kind of difference it might make in 
the speed of the 4B. We'll take a piece of code from the key scan routine in 
the 4A and calculate the speed at which the 9900 and the 9995 execute the code. 
When the console is executing the key scan routine its workspace is in the GPL 
workspace area and the routine itself is in console ROM. The method of 
calculating processor instruction speed can be found in the data manual of each 
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respective processor- 



I 
I 



INSTRUCTION 



9900 CYCLES 
lADDR MODE I INSTR I ADDR 



9995 CYCLES 

INSTR ! ADDR 

+ 



CLR 

SETO 

STCR 

SRL 

JOC 

MOVE 

SLA 
AI 



I 



R3 

R4 

R4,5 

R4,9 

JSCAN 

eHlD(R5) ,«R3LB! 

I 
I 

I 

I 
I 



R4,l 

R4 , BBJOY 



WR 
WR 
WR 
WR 

INDX 

SYMB 

WR 



!*10,3 
10,3 
42,4 
30,3 
8,1 
14,4 



14,3 

14,4 



TOTALS! 142,25 



i 
-f 



0,0 
0,0 
0,0 
0,0 
0,0 
8,2 
8,1 
0,0 
0,0 



5 
5 



4 
4 



28,8 
17,6 



~-f +~ 



16, 3 



0,0 
0,0 
0,0 
0,0 
0,0 
5,4 
2,2 
0,0 
0,0 

80,42 I 7,6 



4 
4 



2 
4 



9,6 
8,8 



GRAND TOTALS! 



158,28 



87,48 



First operand=clock cycles 
and second operand=memory accesses 
if there are wait states. 



We find that the 9900 must expend 158 cycles with 28 additional memory 



cycles per 
87 cycles 
translate 

processors. 



wait state to execute the above code segment while 
and 48 cycles respectively on the same segment. 

our results into total time and do a comparison 

The conversion formulas are: 



the 9995 expends 

Now we want to 

between the two 



9900: T=tc{C+(W*M) ) 



#1 



T — >Total time in microseconds 
tc — >Clock period in microseconds 
C-->Clock cycles 

W — >Number of wait states inserted 
M--> Memory accesses 



NOTE: No wait states in SRAM and console ROM! 



T=0. 333 {158+ (0*28) )^52.514uS 



;!995: T=tc[Cl+C2+W* {XM1+XM2) 3 



2) 



T-->Total time in microseconds 
tc2 — >CLKOUT clock period in microseconds 
CI — >Clock cycles 

C2 — >Clock cycles for operand address derivation 
W-->Wait states 
XMl — >Off chip memory cycles 

XM2 — >Off chip memory cycles for operand address 

derivation 



T==0. 333 1:80+7+0* (42+6) ]=28.971uS 

Taking a ratio: 52.614-28.971 

#3) * 100=81. 61% 

28.971 



So, the 4B can execute the above code from the key scan routine about 80% 
faster than the 4A. On the average, this is representative of most of the code 
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executed from console ROM (GPL 
interpreter, key scan, interrupt 
routine, etc.). 

Overall, we see that the 4B can 

run programs at an increased speed 

compared to the 4A. There are other 

things to consider, however, before 

running out and trying to put a 9995 

into the 99/4A. The internal memory 

and CRU structure of the 9995 is 

different than that of the 4A. The 

9995 has an internal timer and on-chip 

memory which may affect some existing 

4A software. It also reserves CRU bits 

for its own use, so that in evaluating 

possible configurations, one might 

consider the possibility of a system 

override of a particular card, as I 

have not investigated the consequences 
of the CRU structure. 

Major changes to the 4A console 
would also be in order. The fact that 
the two processors have different data 
bus widths implies a major modification. 
There are also timing signal changes, 
etc. which would have to be dealt with. 

If one is serious about such a 
project, there is another alternative 
which may be even more attractive. The 
next set of processors introduced by TI 
after the 9995 is the 99000 family. 
Technologically, the 99000's are an 
improvement over the 9995 in just about 
every way (The significantly higher 
price of the 99000's is one possible 
explanation of why 99000's have 
apparently not yet been considered a 
commercially viable option in today's 
price -conscious marketplace.). The 
99000's do not have any special memory 
mapping or CRU reservations and, like 
the 9900, are on a 16-bit bus. The 
performance increase over the 4A could 
be more than double that of the 4B we 
discussed (maybe more). Someone may 
wish to investigate that possibility 
some more. 

In this article, I've tried to 
give a brief performance overview of 
the TMS9995 uC chip produced by TI. I 
hope that comparing its operation to 
the more well-known TMS9900-based 99/4 A 
was interesting as well as informative. 

Editor: The above article 
discusses only one of many possible 



implementations of a TMS9 995. Other 
configurations might present advantages 
or problematic ramifications not 
covered herein. As 1 have stated 
before, applications dictate hardware. 
Whether you have an interest in using 
a TMS9995 is your decision. I simply 
hope this article will allow readers 
the basis for a portion of the insight 
required to make such an evaluation. 

Richard Mitchell 



New Software 



Public Domain 
Program: MAX/RLE 

Author: Travis Watford 

Availablility: Communications networks 

and user groups 
Significance: Uses RLE (Run Length 

Encoded) standard format to provide 

break-through interface with graphics 

from other computers. 

Fairware 
Program: RAG Macro Assembler 
Author: R.A. Green. 1032 Chantenay 

Drive, Gloucester, Ontario, Canada 

KIC 2K9. 

Availability: Author, user groups. 

2 disks. $15 suggested to author. 
Significance: Many useful features 

plus user-extensible macro facility. 

Source code for several programs 

included in package. 

Publication 

Program: XXB 

Author: Barry Traver, et. al. 

Availability: GENIAL TRAVelER, 835 
Green Valley Drive, Philadelphia, PA 
19128 (by subscription, a "diskazine") 

Significance: First major simplified 

Assembly interface with Extended 
BASIC. 

Commercial 

Program: DISkASSEMBLER^" 

Author: Tom Freeman 

Availability: Millers Graphics, 1475 W. 
Cypress Ave., San Dimas. CA 91773. 
$19.95 plus shipping and handling. 

Significance: Very quick and accurate 
disassembly from disk or memory. 
Revise, de-bug or move programs. Easy 
to use. Most programs re-assemble 
with little or no further work. 
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